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BACKGROUND OF THE INVENTION 



Field of the Invention 

[0008] The present invention relates generally to financial trading systems and 

more particularly to the processing, valuating, and trading of weather-based 
financial instruments such as derivatives and the like. 

Background Art 

[0009] In today's financial markets, the use of financial instruments known as 

"derivatives" have exponentially grown and is now common place. A derivative 
is an investment vehicle whose value is based on the value of another security or 
underlying asset. That is, a derivative is essentially a financial instrument that is 
derived from the future movement of something that cannot be predicted with 
certainty. By the late 1990's the Office of the Comptroller of the Currency 
estimates that commercial banks in the United States alone, held over twenty 
trillion dollars worth of derivative-based assets. Common examples of 
derivatives include futures contracts, forward contracts, options, and swaps, all 
of which are briefly explained below. 

[0010] Forward and futures contracts are standardized, transferable agreements, 

which may be exchange-traded, to buy or sell a commodity (e.g., a particular 
crop, livestock, oil, gas, etc.). These contracts typically involve an agreed-upon 
place and time in the future between two parties. 

[0011] Options contracts are agreements, that may be exchange-traded, among 

two parties that represent the right to buy or sell a specified amount of an 
underlying security (e.g., a stock, bond, futures contract, etc.) at a specified price 
within a specified time. The parties of options contracts are purchasers who 
acquire "rights," and sellers who assume "obligations." Further, a "call" option 
contract is one giving the owner the right to buy, whereas a "put" option contract 
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is one giving the owner the right to sell the underlying security. There is 
typically an up-front, non-refundable premium that the buyer pays the seller to 
obtain the option rights. 

[0012] Swaps allow entities to exchange variable cash flows for fixed payments . 

They are similar to options but no premium (i.e., up-front money) is paid to 
obtain the rights. It is essentially an outright trade based on the expected 
movement of the price of the derivative's underlying commodity. 

[0013] Derivatives are typically used by institutional investors to increase overall 

portfolio return or to hedge or revoke portfolio risks. Derivatives are also 
frequently used by banks, companies, organizations, and the like to protect 
against market risks in general. For example, utility companies may be interested 
in protecting against meeting heating or cooling demands when unexpected 
weather occurs, and banks may be interested in protecting against the risk of loan 
defaults. Derivatives help in managing risks by allowing such banks, companies, 
organizations, and the like to divide their risk into several pieces that may be 
passed off to other entities who are willing to shoulder the risk for an up-front fee 
or future payment stream. 

[0014] Derivatives, being financial instruments, may be traded among investors 

as are stocks, bonds, and the like. Thus, in order to trade derivatives, there must 
be a mechanism to price them so that traders may exchange them in an open 
market. 

[0015] The relationship between the value of a derivative and the underlying 

asset are not linear and can be very complex. Economists have developed pricing 
models in order to valuate certain types of derivatives. As is well known in the 
relevant art(s), the Black-Scholes option pricing model is the most influential and 
extensively used pricing model. The Black-Scholes model is based on stochastic 
calculus and is described in detail in a variety of publicly available documents, 
such as Chriss, Neil A., The Black-Scholes and Beyond Interactive Toolkit: A 
Step-by -Step Guide to In-depth Option Pricing Models, McGraw-Hill, 1997, 
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ISBN: 07863 1026X (USA), which is incorporated herein by reference in its 
entirety. 

[0016] Whether using the Black-Scholes or any other pricing model, each has 

inherent flaws and thus poses risks. It has been estimated that some 40% of 
losses in dealing with derivatives can be traced to problems related to pricing 
models. 

[0017] Risks in relying on any model includes errors in the model's underlying 

assumptions, errors in calculation when using the model, and failure to account 
for variables (i.e., occurrences) that may affect the underlying assets. When 
considering the latter risk-failure to account for occurrences that may affect 
price-weather is one occurrence which has been historically been overlooked. 
That is, weather, and more specifically future weather, has not been included as 
a formal variable in pricing models. 

[0018] The few models that have considered weather usually have only 

considered past (i.e., historical) weather data. That is, most models assume, for 
example, that the previous year's weather and its effects on businesses, etc. will 
repeat from year to year. Historical analysis has shown, however, that this 
assumption is true only 25% of the time. Thus, regardless of the commodity, risk 
management trading techniques or vehicles, traders essentially have been 
operating in the "blind" without knowledge of future weather conditions. 

BRIEF SUMMARY OF THE INVENTION 

[0019] The present invention is a system, method, and computer program product 

for valuating (and thus, processing and trading) weather-based financial 
instruments and/or financial instruments that are impacted in some manner by 
weather. The method preferably involves specifying a start date and maturity date 
for the financial instrument, and selecting at least one geographic region to be 
covered by the financial instrument. Then, at least one weather condition (e.g., 
precipitation, HDDs, CDDs, etc.) that the financial instruments will derive its 
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value from or is related to (or impacted by) is selected. A financial database may 
then be accessed so that a risk-free rate can be specified. A weather history 
database is then accessed to obtain historical weather information for the 
geographic location during the period between the start date and the maturity 
date. A weather forecast database is also accessed to obtain future weather 
information for the geographic location during the period between the start date 
and the maturity date. A pricing model can then be applied to obtain a value for 
the weather-based financial instrument using the historical weather information, 
the future weather information, and the risk-free rate. 
[0020] The system for valuating a weather-based financial instrument of the 

present invention includes a weather history database that stores historical 
weather information for at least one geographic location and a weather forecast 
database that stores future weather information for the geographic location. The 
system may also include a financial database that stores information in order to 
calculate a risk-free rate. In order to access the databases and valuate financial 
instruments, a trading server is included within the system. The trading server 
provides the central processing of the system by applying a pricing model, and is 
responsive to a plurality of internal and external workstations that allow users, via 
a graphical user interface, to access the trading system. 
[0021] One advantage of the present invention is that all futures, options, swaps, 

and other derivative financial instruments can more easily and confidently be 
priced when accounting for future weather. 
[0022] Another advantage of the present invention is that information and data 

sets can be provided that enable traders to identify and capitalize on weather- 
driven market fluctuations. 
[0023] Further features and advantages of the invention as well as the structure 

and operation of various embodiments of the present invention are described in 
detail below with reference to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS/FIGURES 



[0024] The features and advantages of the present invention will become more 

apparent from the detailed description set forth below when taken in conjunction 
with the drawings in which like reference numbers indicate identical or 
functionally similar elements. Additionally, the left-most digit of a reference 
number identifies the drawing in which the reference number first appears. 

[0025] FIG. 1 is a block diagram representing the system architecture of an 

embodiment of the present invention; 

[0026] FIG. 2 depicts a preferred weather history database used by the present 

invention; 

[0027] FIG. 3 depicts a preferred weather forecast database used by the present 

invention; 

[0028] FIG. 4 is a flowchart representing the preferred operation of the present 

invention; 

[0029] FIG. 5 is an exemplary graphical user interface screen for the trading 

system of the present invention; and 
[0030] FIG. 6 is a block diagram of an exemplary computer system useful for 

implementing the present invention. 
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I. Overview 



A. Overview of Weather Derivatives 



[0031] Recently, with speculation on the effects of global warming and such 

events as El Nino, a new type of derivative has emerged—a weather derivative. 
A weather derivative is a contract whose value is based on the fluctuations in 
temperature or the accumulation of a type of precipitation (e.g., drizzle, rain, 
showers, snowfall, hail, etc.). Weather derivatives may be utilized, for example, 
by farmers as a hedge against failed crops or by insurance companies to hedge 
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against future claims by policy holders. Unlike insurance policies, however, the 
entity purchasing a weather derivative contract does not have to prove any actual 
loss. The purchaser of an options-type weather derivative, for example, would 
only need to show that the measure of weather conditions called for in the 
contract went above or below the specified "strike" point (i.e., a numerical value 
that triggers payment). In contrast, the other party to the contract (i.e., the seller) 
would be expecting that the measure of weather conditions called for in the 
contract is not going to go above or below the specified strike point. 
[0032] Weather derivative contracts are typically based on the concept of 

"cooling degree-days" (when speaking of summer months) or "heating degree- 
days" (when speaking of winter months), as the measure of weather conditions. 
There are various expressions for characterizing CDDs and HDDs. For example, 
and without limitation, a "cooling degree-day" is each number of degrees above 
65 degrees Fahrenheit (65 ° F) the mean measured temperature for a given day 
reaches. For example, and without limitation, a "heating degree-day" is each 
number of degrees below 65 ° F the mean measured temperature for a given day 
reaches. The temperature of 65 ° F is used as a benchmark because, in the energy 
industry, it is thought that at that temperature, no heating or air conditioning is 
used by consumers. For example, if a day in August reaches a high temperature 
of 90° F and a low temperature of 70° F, then the mean temperature for that day 
is 80° F and thus it is a 15 cooling degree-day. However, other values can be 
used for the benchmark. Also, other expressions can be used to quantify CDDs 
and HDDs. 

[0033] Thus, for a month, the number of "cooling degree-days" (CDDs) is the 

sum of the each day' s cooling degree-day within that particular month. This sum 
is preferably expressed in equation (1): 

30 

(1) Month's cooling degree-days = ^ ti - 65°F 

1=1 

Equation (1) takes the summation of the difference between 65° F and mean 
temperature t of each day i. As will be apparent, equation (1) will include 30 

1481.0130001 



days for months such as April, June, etc., and 31 days for months such as May, 
July, August, etc. Furthermore, should the temperature for any day i fall to 65 ° 
F or below, t t is set to zero (0) for that day. 
[0034] Conversely, the number of "heating degree-days" (HDDs) is the sum of 

the each day's heating degree-day within that particular month. This sum is 
preferably expressed in equation (2): 

30 

(2) Month' s heating degree-days = ^ 65° F - ti 

Equation (2) takes the summation of the difference between the mean temperature 
t of each day i and 65 ° F. As will be apparent, equation (2) will include 30 days 
for months such as September, November, etc., 31 days for months such as 
January, March, etc., and 28 or 29 days for February. Furthermore, should the 
temperature for any day i rise to 65 ° F or above, t t is set to zero (0) for that day. 
[0035] Given that a month's cooling degree-days and heating degree-days have 

been defined (in the above examples), a typical weather derivative contract may 
now be explained. Two parties may enter into a swap contract where party B 
agrees to pay party A the sum of $5000 for every cooling degree-day above a 
"float" value. The float value represents party A's speculation regarding a 
month's cooling degree-days. In return party A agrees to pay party B $5000 for 
every cooling degree-day below a "fix" value. The float value represents party 
A's speculation regarding a month's cooling degree-days. Furthermore, the 
parties may agree on a "cap" which expresses the parties' maximum dollar 
liability. A weather derivative (i.e., swap) contract such as this is detailed in 
Table 1. 
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Table 1 

Example of Weather Derivative (i.e., Swap) Contract 
December 1997, Parties Agree on the following terms: 

S5000/CDD for August 1998 for a particular geographic region 

Cap = $1,000,000 

Float = 625 

Fix = 650 
September 1998, Parties Calculate: 

31 

CDDs for August 1998 = J ti - 65 

if CDDs > 650: A receives { $5000 x (CDDs - 650) } 

if CDDs < 625: B receives { $5000 x (625 - CDDs) } 

if 625 < CDDs < 650: The parties exchange no money 
Example Numbers: 

if CDDs = 775: Party A receives $750,000 from Party B 
if CDDs = 600: Party B receives $ 125,000 from Party A 

[0036] As will be apparent to one skilled in the relevant art(s), other scenarios are 

possible. For example, party A may pay an up-front cost (e.g., $100,000) to enter 
into an options contract. Thus, in such a scenario, if the CDDs are below a strike 
value, A loses the up-front payment but pays nothing else. 

[0037] It should be noted that for such weather derivative contracts to operate in 

an open market, parties have to agree on the recorded weather conditions (e.g., 
temperature or precipitation) for each day within the contract period. Therefore, 
organizations or government entities, such as the National Oceanic and 
Atmospheric Administration (NOAA) for example, serve as record keepers for 
each days' official temperature (or precipitation) to avoid legal disputes. 

[0038] Furthermore, it will be apparent to one skilled in the relevant art(s) the 

parties may agree on a different definition of cooling-degree days and/or heating- 
degree days. Thus, equations (1) and (2) would be modified accordingly. 
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[0039] Derivatives, being financial instruments, may be traded among investors 

as are stocks, bonds, and the like. Thus, in order to trade derivatives, there must 
be a mechanism to price them so that traders may exchange them in an open 
market. To date, there is no organized exchange for weather derivatives as they 
are traded as over-the-counter (OTC) instruments. 

[0040] The relationship between the value of a derivative and the underlying 

asset are not linear and can be very complex. Economists have developed pricing 
models in order to valuate certain types of derivatives. As is well known in the 
relevant art(s), the Black-Scholes option pricing model is the most influential and 
extensively used pricing model. The Black-Scholes model is based on stochastic 
calculus and is described in detail in a variety of publicly available documents, 
such as Chriss, Neil A., The Black-Scholes and Beyond Interactive Toolkit: A 
Step-by-Step Guide to In-depth Option Pricing Models, McGraw-Hill, 1997, 
ISBN: 07863 1026X (USA), which is incorporated herein by reference in its 
entirety. 

[0041] Whether using the Black-Scholes or any other pricing model, each has 

inherent flaws and thus poses risks. It has been estimated that some 40% of 
losses in dealing with derivatives can be traced to problems related to pricing 
models. 

[0042] Risks in relying on any model includes errors in the model' s underlying 

assumptions, errors in calculation when using the model, and failure to account 
for variables (i.e., occurrences) that may affect the underlying assets. When 
considering the latter risk-failure to account for occurrences that may affect 
price-weather is one occurrence which has been historically been overlooked. 
That is, weather, and more specifically future weather, has not been included as 
a formal variable in pricing models. 

[0043] The few models that have considered weather usually have only 

considered past (i.e., historical) weather data. That is, most models assume, for 
example, that the previous year's weather and its effects on businesses, etc. will 
repeat from year to year. Historical analysis has shown, however, that this 
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assumption is true only 25% of the time. Thus, regardless of the commodity, risk 
management trading techniques or vehicles, traders essentially have been 
operating in the "blind" without knowledge of future weather conditions. 
[0044] Therefore, given the fact that weather (especially future weather) has been 

overlooked in pricing modes, existing models that have considered past weather 
are not developed fully, and also considering the newly developed weather 
derivative financial instrument, what is needed is a mechanism to price weather 
derivatives so that parties may exchange them in an open market. What is also 
needed is a system to rationally and intelligently derive fix and float values as 
well as the dollar values per CDD as shown in Table 1. 

B . Overview of The Present Invention 

[0045] The present invention is directed to a system, method, and computer 

program product for valuating (and thus, processing and trading) weather-based 
financial instruments, and/or financial instruments that are affected by weather. 
In an embodiment of the present invention, a weather trading organization may 
provide a brokerage desk that facilitates weather derivative trades for clients as 
well as providing an interactive World-Wide Web site accessible via the global 
Internet for a future weather index, pricing model, and trade execution services. 
The weather trading organization may also provide information and data sets that 
enable traders to identify and capitalize on weather driven market fluctuations. 
Such an infrastructure may be an organized exchange for weather derivatives. 
Such a system could also allow industries such as travel, ski resorts, theme parks, 
agriculture, airlines, or any other weather-affected industry to intelligently trade 
and use weather derivatives not only to hedge against weather-related market 
risks, but also to speculate for profit. 

[0046] The present invention is described in terms of the above example. This 

is for convenience only and is not intended to limit the application of the present 
invention. In fact, after reading the following description, it will be apparent to 
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one skilled in the relevant art how to implement the following invention in 
alternative embodiments. For example, and without limitation, the present 
invention would also benefit utilities, power marketers, fuel traders, power 
traders, fuel emissions credit traders, investment banks, insurance and re- 
insurance, capital market traders, commodity traders, and over-the-counter (OTC) 
traders (i.e., anyone whose "bottom-line" is affected by weather). 

n. System Architecture 

A. System Architecture Overview 

[0047] Referring to FIG. 1, a weather trading system 100, according to an 

embodiment of the present invention, is shown. It should be understood that the 
particular trading system 100 in FIG. 1 is shown for illustrative purposes only and 
does not limit the invention. Other implementations for performing the functions 
described herein will be apparent to persons skilled in the relevant art(s) based on 
the teachings contained herein, and the invention is directed to such other 
implementations. As will be apparent to one skilled in the relevant art(s), all of 
components "inside" of the trading system 100 are connected and communicate 
via a communication medium such as a local area network (LAN) 101. 

[0048] The trading system 100 includes a trading server 102 that serves as the 

"back-end" (i.e., weather processing system) of the present invention. Connected 
to the trading server 102, is a financial database 104, a weather history database 
108, and a weather forecast database 106. The trading server 102 is also 
connected to a Web server 110. As is well-known in the relevant art(s), a Web 
server is a server process running at a Web site which sends out web pages in 
response to Hypertext Transfer Protocol (HTTP) requests from remote browsers. 
The Web server 1 10 serves as the "front end" of the present invention. That is, 
the Web server 110 provides the graphical user interface (GUI) to users of the 
trading system 100 in the form of Web pages. Such users may access the Web 
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server 110 at the weather trading organization's site via a plurality of internal 
workstations 1 10 (shown as workstations 1 lOa-n). 

[0049] A firewall 112 (shown as "FW" 112) serves as the connection and 

separation between the LAN 101, which includes the plurality of network 
elements (i.e., elements 102-110 and 120) "inside" of the LAN 101, and the 
global Internet 103 "outside" of the LAN 101. Generally speaking, a firewall— 
which is well-known in the relevant art(s)~is a dedicated gateway machine with 
special security precaution software. It is typically used, for example, to service 
Internet 103 connections and dial-in lines, and protects a cluster of more loosely 
administered machines hidden behind it from an external invasion. 

[0050] The global Internet 103, outside of the LAN 101 , includes a plurality of 

external workstations 114 (shown as workstations 114a-n). The external 
workstations 118 allow client-users (traders) of the weather trading organization 
to remotely access and use the trading system 100. 

[0051] The trading system 100 includes an administrative workstation 120 that 

may be used by the trading organization to update, maintain, monitor, and log 
statistics related to the server 102 and the trading system 100 in general. 
Furthermore, FIG. 1 depicts a newspaper 116 connected to the Internet 103. This 
is to signify that newspapers 116 or other information distribution entities may 
access trading system 100 in order to publish the trading organization's future 
weather index according to an embodiment of the present invention. 

[0052] While one trading server computer 102 is shown in FIG. 1, it will be 

apparent to one skilled in the relevant art(s) that trading system 100 may be run 
in a distributed fashion over a plurality of the above-mentioned network elements 
connected via LAN 101. Similarly, while several databases (i.e., 104, 106, and 
108) are shown in FIG. 1, it will be apparent to one skilled in the relevant art(s) 
that trading system 100 may utilize databases physically located on one or more 
computers which may or may not be the same as sever 102. More detailed 
descriptions of the trading system 100 components, as well as their functionality, 
are provided below. 
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B. Weather History Database 

[0053] An example weather history database 108 is shown in FIG. 2. The 

weather history database 108 is described in detail in a commonly-owned, U.S. 
Patent Application No. 08/588,248, filed January 18, 1996 entitled, "System and 
Method for Weather Adapted, Business Performance Forecasting," now allowed 
and incorporated herein by reference in its entirety. For completeness, however, 
the weather history database 108 is briefly described herein. The weather history 
database 108 includes, for each year in the view, one or more records for each 
metropolitan area (MA). (The term MA closely resembles the well known name 
Metropolitan Statistical Area (MSA). However MA encompasses a larger 
surrounding geographical area/region than the strict MSA definition.) (However, 
since MA and MSA are similar, they are used interchangeably herein.) The 
weather history database 108 contains but is not limited to data on metropolitan 
areas. These records contain information specifying the weather that occurred in 
the subject MA in the time span represented in the view. Specifically, for each 
MA, there is a record for each of several weather data types. 

[0054] In an embodiment of the present invention, there are three classes of 

weather data types in the weather history database 108— seasonal, actual, and 
category (also called weather pattern). A seasonal data type is the seasonal (or 
average) value of a weather parameter. Accordingly, the data type "temp.sea" is 
the average temperature. The data type "snow.sea" is the average snowfall. The 
data type "prec.sea" is the average precipitation. 

[0055] An actual data type is the actual value of a weather parameter. 

Accordingly, the data type "temp" is the actual temperature. The data type 
"snow" is the actual snowfall. The data type "prec" is the actual precipitation. 

[0056] A category data type reflects a weather parameter' s actual versus seasonal 

values. Accordingly, the data type "temp.cat" reflects actual temperature versus 
seasonal temperature. The datatype "prec.cat" reflects actual precipitation versus 
seasonal precipitation. If a category data type is equal to 1, then the actual value 
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was greater than the seasonal value. If a category data type is equal to 0, then the 
actual value was equal to (or substantially corresponded to) the seasonal value. 
If a category data type is equal to -1, then the actual value was less than the 
seasonal value. Of course, values other than 1, 0, and -1 could be alternatively 
used to indicate these relationships. Also, other weather data types may be used. 

[0057] The historical weather information in the weather history database 108 is 

provided on a per period basis. As indicated above, the period may be any 
increment of time, such as daily, weekly, bi-weekly, monthly, bi-monthly, 
quarterly, etc. Preferably, the increment of time represented by a period is the 
same in both of the weather databases (106 and 108) within trading system 100. 

[0058] Each weather pattern includes one or more weather parameters. For 

example, the temperature/precipitation weather pattern includes the temperature 
parameter and the precipitation parameter. For any given period, each parameter 
can be either seasonal, below seasonal, or above seasonal (except the sustained 
weather pattern, described above). For any given period, the values of these 
weather patterns are represented by the entries in the weather history database 108 
having the category data type. For example, in 1994, the weather pattern in 
MSA100 during period PI was temperature above seasonal/precipitation above 
seasonal (see records 202 and 204 in FIG. 2). This weather pattern is abbreviated 
by T1P1. This file is used as the "look up" to allow the system to determine which 
patterns it will use. Consider, for example, records 202-205 in the weather 
history database 108 shown in FIG. 2. In period PI, the weather pattern T1P1 
occurred in both 1994 and 1995. 

C. Weather Forecast Database 

[0059] An example weather forecast database 106 is shown in FIG. 3. The 

weather forecast database 106 is described in detail in the commonly-owned, U.S . 
Patent Application No. 08/588,248, filed January 18, 1996 entitled, "System and 
Method for Weather Adapted, Business Performance Forecasting," now allowed 
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and incorporated herein by reference in its entirety. For completeness, however, 
the weather forecast database 106 is briefly described herein. The weather 
forecast database 106 includes, for each future year in the view, one or more 
records for each MA. These records contain information specifying the weather 
that is predicted to occur in the subject MA in the future time span represented 
in the view. Specifically, for each MA, there is a record for each of several 
weather data types. 

[0060] There are also three classes of weather data types, as in the weather 

history database 108, are seasonal, actual, and category. These categories are the 
same as those described above with respect to the weather history database 108. 
Accordingly, the description above of the weather history database 108 also 
applies to the weather forecast database 106. 

D. Relationship Between Past and Future Databases 

[0061] As evident by the description above, the weather history database 108 is 

a past database because it contains historical information. In contrast, the weather 
forecast database 106 is a future database because it contains information 
pertaining to predicted weather in the future. 

[0062] Both databases contain information on a per period basis. Preferably, the 

increment of time represented by a period is the same in both databases. Also, 
the periods in both databases are synchronized. Suppose that the increment of 
time is set equal to one month in an administration setup process using 
administration workstation 120. In this example, if it is assumed that period PI 
represents January, then in weather history database 108, period PI represents 
January of a past year. Similarly, in the weather forecast database 106, period PI 
will represent January of a future year. 
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E. Time Periods 

[0063] As discussed above, data may be stored in the weather history database 

108 using any time increment or period, including but not limited to daily, 
weekly, monthly, quarterly, etc. Similarly, weather forecast information for each 
location may be stored in the weather forecast database 106 on a daily basis, a 
weekly basis, a monthly basis, or a quarterly basis. Preferably, the time 
increment/period is the same in both databases 108 and 106. In practice, a system 
administrator will select the time increment(s)/period(s) during an administrator 
setup process using administration workstation 120 in order to meet the demands 
of traders using the plurality of workstations 1 10 and 1 14. 

F. Financial Database 

[0064] The financial database 104 of trading system 100 contains current 

financial data that is used by the trading server 102. The financial database 104 
includes information relevant to calculating an investment's risk-free rate of 
return. Such information, as will be apparent to one skilled in the relevant art(s), 
may include but is not limited to one or more of the Discount Rate, the Prime 
Interest Rate, the 90-day Treasury Bill, the London Interbank Official Rate 
(LIBOR), the Eurodollar Rate, and the like. As will be explained below with 
reference to FIG. 4, the risk-free rate information within the financial database 
104 is necessary for determining the cost-of-cash during the operation of the 
trading system 100. The financial database 104 may include additional financial 
information on an application specific basis. 

m. The Black-Scholes Pricing Model 

[0065] Before detailing the operation of the present invention, it is important to 

detail the specifics of the Black-Scholes pricing model. It is noted that, for 
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illustrative purposes only, the invention is described with reference to the Black- 
Scholes pricing model. However, the invention is not limited to this 
embodiment. Instead, embodiments of the invention utilize variations of the 
Black-Scholes pricing model discussed herein. Also, other embodiments of the 
invention utilize pricing models other than the Black-Scholes model. The 
following description applies to such other embodiments of the invention. 
[0066] The Black-Scholes formula for determining the price of a call option, C, 

using the five parameters essential to the pricing of an option: (1) the strike price 
K; (2) the time to expiration t, (3) the underlying commodity price S; (4) the 
volatility of the commodity a ("sigma"); and (5) the prevailing interest rate r, is 
shown in equation (3): 

(3) C = S* N(di)- Ke'W* N(d 2 ) 

As will be apparent to one skilled in the relevant art(s), e is the exponential 
function—the inverse of the natural logarithm In— that is equal to, up to four 
significant decimal places, 2.7183. The variables and d 2 within equation (3) 
are expressed as shown in equations (4 A) and (4B), respectively: 

(4A) „ 



(4B) di=d\-o4t 

The function "N( )" is the standard normal distribution function, which, as is well 
known in the relevant art(s), may be accurately approximated for any value z 
using equation (5): 

(5) N(z) = 1 - -7=! * e~ ^ 1 2 * (M* k + b2* k 2 + 63* k 3 ) 

(V2*tt) 

Further, the variable k used in equation (5) is defined as shown in equation (6): 
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The values a, bl, b2, b3 are constants equal to {a = 0.33267; bl = 0.4361836; b2 
= -0.1201676; and bB = 0.937298}. 
[0067] Having presented the Black-Scholes formula for a call option, equation 

(7) describes the expression for the price P of a put option: 

(7) P= C-S+Ke~W 

[0068] Having presented the Black-Scholes pricing model, the operation of the 

present invention and its application to pricing weather-based financial 
instruments may now be explained. However, as indicated above, while the 
present invention is described in terms of adopting the Black-Scholes model to 
include weather considerations, it will be apparent to one skilled in the relevant 
art(s), that other pricing model may be so adopted. 

IV. General System Operation 

[0069] Referring to FIG. 4, a flowchart 400 representing the operation of trading 

system 100, according to an embodiment of the present invention, is shown. 
Flowchart 400 begins at step 402 with control passing immediately to step 404. 

A. Inputs 

[0070] In steps 404 and 406, the start date and the maturity date, respectively, of 

the contract are entered into the weather trader server 102 of trading system 100. 
In step 408, the geographic location (or region) which serves as the subject of the 
contract is entered. The geographic location can be a single location or multiple 
locations. That is, the geographic location may be a single MSA or a collection 
(i.e., "basket") which includes a plurality of different MSAs. In step 409, the 
weather condition or pattern which serves as the basis of the contract is entered 
(in some embodiments, multiple weather conditions or patterns can be entered). 

1481.0130001 



-21- 



In an embodiment of the present invention, the weather condition or pattern may 
be-without limitation-HDDs, CDDs, precipitation, mean temperature, etc., or 
a combination thereof. Then, in step 410, the cost of cash is entered. The cost- 
of-cash (i.e., the risk-free rate) information may be read from the financial 
database 104 of the trading system 100, or may be obtained from another source, 
such as (without limitation) an on-line financial service. 

The above information may be entered by a user using a graphical user 
interface (GUI) screen, such as that shown in FIG. 5, for example. 

In an embodiment of the present invention, the user of system 100 may 
enter the time period (steps 404 and 406), the metro area(s) (step 408), and 
weather condition(s) (step 409), and the historical and forecast weather 
information, as well as financial information, will automatically be retrieved from 
the appropriate databases (see FIG. 1) to populate the GUI screen. 

B. Processing and Output 

[0073] In step 412, the weather history database 108 is read so that the trading 

server 102 has the correct information for processing. The information read from 
the weather history database 108 includes the past weather for a fixed past time 
period for the geographic location(s) entered in step 408. In a preferred 
embodiment of the present invention, the fixed past time period would be equal 
to thirty (30) years. The invention is not limited to this time period — other time 
periods could alternatively be used. That is, the trading server 102 would query 
the weather history database 108 (or obtain the information from some other 
source, such as a commercial service) for the last thirty year' s weather history for 
the geographic location entered in step 408. As mentioned above, weather history 
database 108 contains the data necessary to provide the trading server 102 the 
particular weather condition or pattern which serves as the basis for the contract 
as entered in step 409. 
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[0074] In step 414, the weather forecast database 106 is read so that the trading 

server 102 has the correct information for processing. That is, the trading server 
102 would query the weather forecast database 106 (or obtain the information 
from some other source, such as a commercial service) for the period represented 
by the start and maturity dates entered in steps 404 and 406, respectively. As 
mentioned above, weather forecast database 106, similar to weather history 
database 108, contains the data necessary to provide the trading server 102 with 
the particular weather condition which serves as the basis for the contract as 
entered in step 409. During step 414, the weather server 102 may identify the 
predicted weather pattern that occurs in the future time period specified by steps 
404 and 406. Consider, for example, weather forecast database 106 shown in 
FIG. 3. As indicated by records 302 and 304, the predicted weather pattern in 
MSA100 in future period PI is T1P1. Accordingly, in this example, the trading 
server 102 in step 414 identifies weather pattern T1P1 as occurring in the selected 
future time period PI in the selected location. 

[0075] After the completion of steps 402 to 4 14, the trading server 1 02 of trading 

system 100 may now calculate the price of a weather derivative (i.e., weather- 
based call option). Normally four parameters of equation (3), K, S, r, and t, can 
be figured with particularity. However, the volatility of a commodity (e.g., a 
stock or any other underlying asset or security), a, cannot. With this parameter, 
human judgment comes into play to quantify. There are traditionally two 
methods for measuring volatility-historical and implied. This is where weather 
must be considered. 

[0076] As mentioned above, most models assume that, for example, last year's 

weather and its effects will repeat from year to year. Historical analysis has 
shown, however, that this assumption is true only 25% of the time. Thus, the 
present invention can make use of future weather database 106 (in conjunction 
with weather history database 108) to arrive at a more accurate volatility 
calculation, and thus a better option price. 
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[0077] In step 416, a pricing model (e.g., the Black-Scholes pricing model of 

equation (3), or some other well-known pricing model) which has been modified 
to take into account both past and future weather is applied. The present 
invention contemplates four weather-related modifications to the Black-Scholes 
pricing model of equation (3) (such modifications can also be applied to other 
pricing models). First, the strike price, K, is the forecasted (i.e., future) weather 
condition. 

[0078] Second, because we are dealing with weather and not an underlying stock 

with a quoted (i.e., market) price, the underlying commodity price, S, is the 
historical weather condition measure for the geographic region for the time period 
between the start and maturity dates. 

[0079] Third, the volatility c, using the historical method, is the annualized 

standard deviation of the natural logarithm (In) of the weather condition relatives 
as called for in the contract (and entered in step 409 (e.g., HDDs)). That is, in a 
preferred embodiment of the present invention where the weather history database 
108 includes data for thirty years, the volatility will be an annualized standard 
deviation of the measure of the weather condition over the past thirty years. 

[0080] Fourth, as a consequence of the modifications mentioned above, the 

standard normal distribution function calculation of equations (5) and (6) is also 
modified. To account for weather, N(d,) is first calculated and then N(d 2 ) is set 
to the same value. This is done because many pricing models, including the 
Black-Scholes pricing model, are designed for commodities (i.e., stock) that 
fluctuate in price on a given day. That price may vary from minute to minute 
during active trading on an exchange (e.g., NYSE) and would be important in 
valuating an option for that commodity. However, because the present invention 
deals with weather as the underlying commodity, the selected weather condition 
(e.g., temperature) fluctuations for a given day are not as relevant considering 
weather-based or weather-impacted financial instruments deal with average 
weather measurements (see Table 1 and equations (1) and (2)). 
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[0081] In equations (8) and (9) below, the sum n+1 represents the number of 

historical weather condition observations (which is 30 in the preferred 
embodiment) calculated from querying the weather history database 108. Thus, 
Uj is defined as the logarithm of the price S relative between two weather prices 
(i.e., historical weather condition measurements) S t and and is expressed by 
equation (8): 

(8) «/=ln(% +1 ) 

Thus, historical volatility, a, can be calculated using equation (9): 

9 n 9 

(9) <7 = X (u.-ur 

i=l 1 

In equation (9), u is the mean of all the (thirty) weather observations. Finally, a 
may then be computed by taking the square root of a 2 . 

[0082] In step 418, trading system 100 may now output the "future price of 

weather" (i.e., C for a call-type option weather derivative) for the weather-based 
financial transaction. That is, trading system 100 may publish a call option 
contract price for a particular period (i.e., between the start date and maturity 
date), for a particular geographic location (e.g., MSA), for a particular weather 
condition (e.g., HDDs calculated from temperature data located in databases 106 
and 108 using equation (2)). The operation of trading system 100 is thus 
complete as indicated by step 420 of flowchart 400. 

[0083] In an alternative embodiment, as will be apparent to one skilled in the 

relevant art(s) based on the teachings contained herein, trading server 102 of 
trading system 100 may operate in a manner where the volatility a is outputted 
when given the cost of a weather contract C. Furthermore, the present invention 
contemplates an embodiment where standard inputs are entered into trading 
system 100 for given geographic location so that the a "weather index" may be 
published in the newspaper 1 16. That is, a "weather index" may be published in 
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a newspaper 116 for a plurality of MSA's given an industry agreed upon set of 
inputs for a weather-based financial instruments. For example, the output of step 
418 may be a "weather index" (similar to the Dow™ Industrials or S&P™ 500) 
for CDDs for future months for a particular MSA. 

V. Detailed Example of System Operation 

[0084] In an embodiment of the present invention, trading server 1 02 will provide 

a GUI (as shown in FIG. 5) for users, such as the in-house traders using the 
plurality of workstations 1 10, to enter inputs and receive the outputs as described 
in flowchart 400. Further, trading server 102 in conjunction with the web server 
110 will also provide a GUI to the plurality of external users on the workstations 
1 14 to enter inputs and receive the outputs as described in flowchart 400. 

[0085] Still referring to FIG. 4, a detailed example of the operation of trading 

system 100, is presented in Table 2 below. Table 2 illustrates example numbers 
for each step of flowchart 400 presented in FIG. 4. In this example, as will be 
apparent to one skilled in the relevant art(s) based on the teachings contained 
herein, trading server 102 will use the temperature data stored in databases 106 
and 108 in calculating the HDDs for steps 412 and 414, respectively, using 
equation (2). 

[0086] A GUI screen 500 with the representative numbers in Table 2 is shown 

in FIG. 5. The GUI screen 500 includes a pull down menu 502 listing each MSA 
for which the weather history database 108 and weather forecast database 106 
have available data and thus, trading system 100 may process a financial 
transaction for. 
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Input(s) / Calculation(s) 


Equation(s) 


404 


c' f ,,,.} "rv„* Q 11/1 /no 

start Daze — i ii t/yo 






Maturity Date = 1 1/30/98 




408 


Metro Area = Washington, D.C. 




409 


Weather Condition = HDDs 




410 


Interest Rate = 3% 




412 


Weather History (i.e., seasonal) = 456 HDDs 


Equation (2) 


414 


Weather Forecast = 366 HDDs 


Equation (2) 


416 


S = 456 
# = 366 

t = 29 days = 29/30 months = 0.9667 
<r = 2.71828 


Inputs to Equation (3) 




er = 83 


Equations (8) & (9) 




S cr 2 t 
ln(-)+(r+— )' 

d\=—^ 7-^— 












di=d\-o4t =-49.43 


Equation (4B) 




n^; = 14% 

N(^ 2 ) = 14% 


Equations (5) & (6) 


418 


C = S* N(di) - Ke~ (rt) * N(d 2 ) = $4,486 


Equation (3) 



Table 2 



[0087] The GUI screen 500 further includes a display 504 indicating the seasonal 

and forecasted weather condition (e.g., HDDs) for the geographic location 
highlighted in the pull down menu 502. The weather conditions shown in display 
504 are calculated from the weather history database 108 and weather forecast 
database 106, respectively, after the user has used input boxes 506 to enter the 
contract start and maturity dates, respectively. GUI Screen 500 also includes 
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calculation boxes 508 which show the various components of equation 3. Upon 
trading system 100 calculating equation 3, the call option price is displayed in a 
box 510 within the GUI screen 500. 

VI. Environment 

[0088] The present invention (i.e., trading system 100 or any part thereof) may 

be implemented using hardware, software or a combination thereof and may be 
implemented in one or more computer systems or other processing systems. In 
fact, in one embodiment, the invention is directed toward one or more computer 
systems capable of carrying out the functionality described herein. An example 
of a computer system 600 is shown in FIG. 6. The computer system 600 includes 
one or more processors, such as processor 603. The processor 604 is connected 
to a communication bus 602. Various software embodiments are described in 
terms of this exemplary computer system. After reading this description, it will 
be apparent to a person skilled in the relevant art how to implement the invention 
using other computer systems and/or computer architectures. 

[0089] Computer system 600 also includes a main memory 605, preferably 

random access memory (RAM), and may also include a secondary memory 610. 
The secondary memory 610 may include, for example, a hard disk drive 612 
and/or a removable storage drive 614, representing a floppy disk drive, a 
magnetic tape drive, an optical disk drive, etc. The removable storage drive 614 
reads from and/or writes to a removable storage unit 6 1 8 in a well known manner. 
Removable storage unit 618, represents a floppy disk, magnetic tape, optical disk, 
etc. which is read by and written to by removable storage drive 614. As will be 
appreciated, the removable storage unit 618 includes a computer usable storage 
medium having stored therein computer software and/or data. 

[0090] In alternative embodiments, secondary memory 610 may include other 

similar means for allowing computer programs or other instructions to be loaded 
into computer system 600. Such means may include, for example, a removable 
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storage unit 622 and an interface 620. Examples of such may include a program 
cartridge and cartridge interface (such as that found in video game devices), a 
removable memory chip (such as an EPROM, or PROM) and associated socket, 
and other removable storage units 622 and interfaces 620 which allow software 
and data to be transferred from the removable storage unit 622 to computer 
system 600. 

[0091] Computer system 600 may also include a communications interface 624. 

Communications interface 624 allows software and data to be transferred between 
computer system 600 and external devices. Examples of communications 
interface 624 may include a modem, a network interface (such as an Ethernet 
card), a communications port, a PCMCIA slot and card, etc. Software and data 
transferred via communications interface 624 are in the form of signals 628 which 
may be electronic, electromagnetic, optical or other signals capable of being 
received by communications interface 624. These signals 628 are provided to 
communications interface 624 via a communications path (i.e., channel) 626. 
This channel 626 carries signals 628 and may be implemented using wire or 
cable, fiber optics, a phone line, a cellular phone link, an RF link and other 
communications channels. 

[0092] In this document, the term "computer program product" refers to 

removable storage units 618, 622, and signals 628. These computer program 
products are means for providing software to computer system 600. The 
invention is directed to such computer program products. 

[0093] Computer programs (also called computer control logic) are stored in 

main memory 608, and/or secondary memory 610 and/or in computer program 
products. Computer programs may also be received via communications 
interface 624. Such computer programs, when executed, enable the computer 
system 600 to perform the features of the present invention as discussed herein. 
In particular, the computer programs, when executed, enable the processor 604 
to perform the features of the present invention. Accordingly, such computer 
programs represent controllers of the computer system 600. 
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[0094] In an embodiment where the invention is implemented using software, the 

software may be stored in a computer program product and loaded into computer 
system 600 using removable storage drive 6 14, hard drive 6 12 or communications 
interface 624. The control logic (software), when executed by the processor 604, 
causes the processor 604 to perform the functions of the invention as described 
herein. 

[0095] In another embodiment, the invention is implemented primarily in 

hardware using, for example, hardware components such as application specific 
integrated circuits (ASICs). Implementation of the hardware state machine so as 
to perform the functions described herein will be apparent to persons skilled in 
the relevant art(s). 

[0096] In yet another embodiment, the invention is implemented using a 

combination of both hardware and software. 

VII. Conclusion 

[0097] While various embodiments of the present invention have been described 

above, it should be understood that they have been presented by way of example, 
and not limitation. It will be apparent to persons skilled in the relevant art that 
various changes in form and detail may be made therein without departing from 
the spirit and scope of the invention. This is especially true in light of technology 
and terms within the relevant art(s) that may be later developed. Thus, the 
present invention should not be limited by any of the above-described exemplary 
embodiments, but should be defined only in accordance with the following claims 
and their equivalents. 
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